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MANAGEMENT SERVER FOR ASSIGNING STORAGE AREAS TO 
SERVER, STORAGE APPARATUS SYSTEM AND PROGRAM 

BACKGROUND OF THE INVENTION 

The present invention relates to a system 
including a management server which manages storage 
areas of storage apparatuses as virtual storage areas. 
5 Recently, an amount of data stored in a 

storage apparatus is remarkably increased and the 
storage capacity of the storage apparatus and the 
number of storage apparatuses connected to the storage 
area network (SAN) are increased due to the increased 

10 amount of data. Consequently, there appear various 

problems such as complication in management of storage 
areas having the increased capacity, a concentrated 
load on the storage apparatus and an increased cost 
thereof. In order to solve these problems, the 

15 technique named virtualization is being studied and 
developed currently. 

The virtualization technique is described in 
white paper "Virtualization of Disk Storage" (WP-0007- 
1), pp. 1-12, issued by Evaluator Group, Inc. in 

20 September 2000. According to the virtualization 

technique, a management server connected to storage 
apparatuses and servers using the storage apparatuses 
manages storage areas of the storage apparatuses 
connected to the SAN as virtual storage areas (storage 



pool) collectively and receives requests from the 
servers to the storage apparatuses. The management 
server accesses to the storage areas of the storage 
apparatuses connected thereunder in response to the 
requests from the servers and returns its results to 
the servers. Further, according to another 
virtualization technique, a management server connected 
to storage apparatuses and servers using the storage 
apparatuses manages storage areas of the storage 
apparatuses connected to the SAN as virtual storage 
areas collectively and when the management server 
receives a request from the server to the storage 
apparatus, the management server returns position 
information of the storage area in which data is 
actually stored to the server. The server accesses to 
the storage area of the storage apparatus on the basis 
of the position information returned from the 
management server . 

SUMMARY OF THE INVENTION 

In the system configuration using the 
virtualization technique, it is considered that the 
servers secure lots of storage areas to provide for the 
future and write data in the secured storage area each 
time the necessity of writing data occurs. In this 
case, the storage area which is assigned to a certain 
server but in which data is not written probably exists 
in the storage apparatus. However, when the management 
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server receives from another sever an assignment 
request of a storage area exceeding an unassigned area 
which is not yet assigned to any server, the management 
server cannot assign the storage area to the server in 
5 spite of the fact that unused area exists in the 

storage area and must increase the whole capacity of 
the storage areas in order to assign the requested 
storage area newly. Further, the storage area cannot 
be assigned to other servers until the whole capacity 

10 of the storage areas is increased. 

Accordingly, it is an object of the present 
invention to assign a storage area to a server even 
when an assignment request of storage areas .exceeding 
unassigned areas is issued from the server. Further, 

15 it is another object of the present invention to 

provide technique capable of utilizing storage areas in 
a storage pool effectively. 

In order to solve the above objects, 
according to the present invention, a management server 

20 connected to a plurality of servers to manage storage 
areas included in storage apparatuses as virtual 
storage areas is responsive to an area assignment 
instruction of storage areas exceeding unassigned areas 
received from a server to release at least part of 

25 assignment areas of other servers as unassigned areas 
and assign the released storage areas to the server 
transmitting the area assignment instruction. 

Other objects, features and advantages of the 
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invention will become apparent from the following 
description of the embodiments of the invention taken 
in conjunction with the accompanying drawings. 

BRIEF DESCRIPTION OF THE DRAWINGS 
5 Fig. 1 is a block diagram illustrating an 

example of a computer system to which the present 
invention is applied; 

Fig. 2 is a diagram showing an example of 
mapping information 112; 
10 Fig. 3A is a diagram showing an example of 

storage pool management information 114; 

Fig. 3B is a diagram showing an example of 
storage pool state information 116; 

Fig. 4A is a diagram showing an example of an 
15 area assignment instruction 400 issued to a management 
server 100 by a server 130; 

Fig. 4B is a diagram showing an example of an 
data write instruction 400 issued to a management 
server 100 by a server 130; 
20 Fig. 4C is a diagram showing an example of an 

area release instruction 400 issued to a management 
server 100 by a server 130; 

Fig. 4D is a diagram showing an example of an 
area return instruction 400 issued to a management 
25 server 100 by a server 130; 

Fig. 5 is a flow chart showing an example of 
processing of an idle routine of a storage management 
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program 110 ; 

Fig. 6 is a flow chart showing an example of 
area assignment processing 502; 

Fig. 7 is a flow chart showing an example of 
5 area return processing 606; 

Fig. 8 is a flow chart showing an example of 
data writing processing 506; 

Fig. 9 is a flow chart showing an example of 
area release processing 510 and billing processing 514; 
10 Fig. 10 is a flow chart showing an example of 

billing processing 514; and 

Fig. 11 is a diagram illustrating another 
example of a computer system to which the present 
invention is applied. 

15 DESCRIPTION OF THE EMBODIMENTS 

An embodiment of the present invention is now 
described with reference to the accompanying drawings. 
However , the present invention is not limited thereto. 

Fig. 1 is a diagram illustrating an example 
20 of a computer system to which the present invention is 
applied. 

In the computer system of Fig. 1, servers 130 
are connected to storage apparatuses 120 through a 
management server 100. The servers 130 and the 
25 management server 100 are connected through a network 

150 to each other and the management server 100 and the 
storage apparatuses are connected through a network 152 



to each other. 

The server 130 includes a controller 132, an 
input/output unit 134, a memory 136 and an interface 
138 for connecting the network 150. An application 
5 program 140 stored in the memory 140 is operated on the 
controller 132. 

The management server 130 includes a 
controller 102, an input/output unit 103, a memory 104, 
an interface 106 for connecting the network 150 and an 

10 interface 108 for connecting the network 152. 

A storage management program 110, mapping 
information 112, storage pool management information 
114 and storage pool state information 116 are stored 
in the memory 104. 

15 The storage pool management program 110 is a 

program operating on the controller 102 and manages 
physical storage areas of the storage apparatuses 120 
as virtual data storage areas (storage pool) using the 
mapping information 112, the storage pool management 

20 information 114 and the storage pool state information 
116. Further, the controller 102 executes the program 
to thereby make assignment of data areas, writing of 
data and release of data areas in response to requests 
from the servers 130. Moreover, when unassigned areas 

25 in the storage pool are insufficient and areas required 
by the server 130 cannot be assigned, the controller 
executes the storage pool management program 110 to 
issue a return request of areas to the server 130 



having unused areas (data is not stored) in the areas 
assigned thereto or the server 130 to which storage 
areas in which data having low priority is stored are 
assigned so as to secure unassigned areas. Concrete 
5 processing contents of the program are described later 
in accordance with a processing flow. 

The storage apparatus 120 includes a 
controller (control processor) 122, a cache 124, an 
interface 126 for connecting the network 152 and a disk 

10 unit 128 and the controller 122 controls the cache 124, 
the disk unit 128 and the like. 

Three servers 130 and three storage appara- 
tuses 120 are shown in Fig. 1, although the .numbers 
thereof are not limited thereto and may be any number. 

15 Fig. 2 is a diagram showing an example of the 

mapping information 112. The mapping information 112 
includes storage pool block number 200, storage 
apparatus ID 202, physical disk ID 204 and physical 
block number 206. 

20 The storage pool block number 200 indicates a 

block position in the storage pool. The storage 
apparatus ID 202 is an identifier of the storage 
apparatus 120 in which data in the block indicated by 
the storage pool block number 200 is stored actually. 

25 The physical disk ID 204 is an identifier of the 

physical disk unit 128 in the storage apparatus 120. 
The physical block number 206 is a number indicating a 
physical block in the physical disk unit 128. 
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When the first entry of the mapping 
information 112 is taken as an example, the storage 
pool blocks of block numbers 0 to 4999 actually exist 
in the physical blocks of block numbers 0 to 4999 in 
5 the physical disk unit 128 identified by "D01" in the 
storage apparatus 120 identified by "SOI". 

Figs. 3A and 3B are diagrams showing examples 
of the storage pool management information 114 and the 
storage pool state information 116, respectively. 

10 The storage pool management information 114 

includes storage pool assignment information 300, 
unassigned block list 314, total number of blocks 316, 
number of assigned blocks 318, number of unassigned 
blocks 320, number of blocks being in use 322, number 

15 of high-priority data blocks 324, billing amount of 
high-priority data 326 and billing amount of low- 
priority data 328. 

The storage pool assignment information 300 
includes virtual storage area ID 301, server ID 302, 

20 process ID 304, storage pool block number 306, number 

of assignment blocks 307, number of blocks being in use 
308, number of high-priority data blocks 310 and total 
billing amount 312. 

The virtual storage area ID 301 is an ID for 

25 identifying an area in the storage pool which is 

assigned to a server 130. The server ID 302 is an ID 
for identifying a server 130 to which the area 
identified by the virtual storage area ID 301 is 



assigned- The process ID 304 is an ID for identifying 
process in the server 130. The storage pool block 
number 306 is a block number in the storage pool 
assigned to the area identified by the virtual storage 
5 area ID 301. The number of assignment blocks 307 is 
the number of blocks being assigned. The number of 
blocks being in use 308 is the number of blocks in 
which data is already stored. The number of high- 
priority data blocks 310 is the number of blocks in 
10 which high-priority data is stored. The total billing 
amount 312 is the sum total of billrng amounts at that 
time . 

In the embodiment, the storage pool 
assignment information 300 keeps information of the 
15 number of blocks being in use 308 and the number of 

high-priority data blocks 310, while the storage pool 
assignment information 300 may keep information of the 
number of unused blocks and the number of low-priority 
data blocks . 

20 When the first entry of the storage pool 

assignment information 300 is taken as an example, the 
area identified by "VAREA01" of the virtual storage 
area ID 301 is storage pool blocks of block numbers 0 
to 99999 and is assigned to the process indicated by 

25 "3088" of the process ID 304 in the server identified 
by "SRV01" of the server ID 302. Further, the number 
of assignment blocks is "100,000" and the number of 
blocks being in use currently (in which data is stored) 
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of the assignment blocks is 50,000, the number of 
blocks in which high-priority data is stored being 
40,000. The sum total of billing amounts at that time 
is "1,294,000". 
5 The unassigned block list 314 is list 

information of blocks which are not assigned to the 
server 130. When the management server receives an 
area assignment request from the server 130, the 
management server extracts an area of required size 

10 from the unassigned block list and assigns it. The 

total number of blocks 316 is the number of all blocks 
in the storage pool and the number of assigned blocks 
318 of the total number is the number of blocks 
assigned to the servers 130. The number of unassigned 

15 blocks 320 is the number of blocks which are not 

assigned to the server 130 and the number of blocks 
being in use is the number of blocks which are assigned 
to the servers 130 and in which data is stored. The 
number of high-priority data blocks 324 is the number 

20 of blocks in which high-priority data is stored. The 
billing amount of high-priority data 326 is a billing 
amount for blocks in which high-priority data is stored 
and the billing amount of low-priority data 328 is the 
billing amount for. block in which low-priority data is 

25 stored. The management server 100 defines these 

billing amounts as the billing unit to make billing on 
the basis of the number of blocks for high-priority 
data and low-priority data for each virtual storage 
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area ID and calculates the billing amounts for each 
time . 

In the embodiment, the storage pool 
management information 114 keeps information of the 
5 number of blocks being in use 322 and the number of 
high-priority data blocks, while the storage pool 
management information 114 may keep information of the 
number of unused blocks and the number of low-priority 
data blocks. 

10 The storage pool state information 116 

includes an assignment state bit map 330, a use state 
bit map 332 and a data priority bit map 334. Bits of 
these bit maps correspond to blocks of the storage pool 
in one-to-one correspondence manner and indicate states 

15 of the blocks. The assignment state bit map 330 in- 
dicates assignment states of the blocks of the storage 
pool and when a bit is "0", the block corresponding to 
the bit is in an unassigned state and when a bit is 
"1", the block corresponding to the bit is in an 

20 assigned state. The use state bit map 332 indicates 

use states of the blocks of the storage pool and when a 
bit is "0", the block corresponding to the bit is in an 
unused state (data is not stored) and when a bit is 
"1", the block corresponding to the bit is in a used 

25 state (data is stored) . The data priority bit map 334 
indicates priorities of data stored in the blocks of 
the storage pool and when a bit is "0", data of low 
priority is stored in the block corresponding to the 
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bit and when a bit is "1", data of high priority is 
stored in the block corresponding to the bit. 

Figs. 4A, 4B, 4C and 4D show examples of an 
area assignment instruction 400 issued to the 
5 management server 100 when the server 130 secures a 

data area on the storage pool, a data write instruction 
410 issued to the management server 100 by the server 
130 when data is written in the secured data area on 
the storage pool, an area release instruction 430 
10 issued by the server 130 when the secured data area on 
the storage pool is released and an area return 
instruction 450 issued to the server 130 in order that 
the management server 100 produces an unassigned area, 
respectively . 

15 The area assignment instruction 400 includes 

an instruction code 402, a server ID 404, a process ID 
406 and an area size 408. 

When the server 130 issues the area 
assignment instruction 400, the server 130 stores a 

20 code indicating that the instruction is the area 

assignment instruction, an ID of its own server, an ID 
of its own process and a size of the area to be secured 
into the instruction code 402, the server ID 404, the 
process ID 406 and the area size 408, respectively. 

25 Further, in the embodiment, the number of blocks is 
used as the size of the area to be secured. 

The data write instruction 410 includes an 
instruction code 412, a server ID 414, a process ID 



416, a virtual storage area ID 418, a virtual block 
number 420, a buffer address 422 and a data priority 
424 . 

When the server 130 issues the data write 
5 instruction 410, the server 130 stores a code 

indicating that the instruction is the data write 
instruction, an ID of its own server, an ID of its own 
process, an ID indicating an area in which data is to 
be written, a virtual block number indicating a block 

10 in which data is to be written, an address of a buffer 
having data to be written and a priority of data to be 
written in the instruction code 412, the server ID 414, 
the process ID 416, the virtual storage area ID 418, 
the virtual block number 420, the buffer address 422 

15 and the data priority 424 of the data write instruction 
410, respectively. Further, in the embodiment, it is 
supposed that "0" is stored in the data priority 424 
for the low-priority data and "1" is stored in the data 
priority 424 for the high-priority data. 

20 The area release instruction 430 includes an 

instruction code 432, a server ID 434, a process ID 
436, a virtual storage area ID 438 and a virtual block 
number 4 40. 

When the server 130 issues the area release 
25 instruction 430, the server 130 stores a code indicat- 
ing the instruction is the area release instruction, an 
ID of Its own server, an ID of its own process, an ID 
indicating an area to be released and a virtual block 
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number indicating a block to be released in the 
instruction code 432, the server ID 434, the process ID 
436, the virtual storage area ID 438 and the virtual 
block number 440 of the area release instruction 430, 
5 respectively. 

The area return instruction 450 includes an 
instruction code 452, a server ID 454, a process ID 
456, a virtual storage area ID 458 and a virtual block 
number 4 60. 

10 When the management server 100 issues the 

area return instruction 450, the management server 100 
stores a code indicating that the instruction is the 
area return instruction, an ID of the server 130 to 
which an area to be returned is assigned and an ID of 

15 the process, an ID indicating the area to be returned 
and a virtual block number indicating a block to be 
returned in the instruction code 452, the server ID 
454, the process ID 456, the virtual storage area ID 
458 and the virtual block number 460 of the area return 

20 instruction 450, respectively. The server 130 which 
has received the area return instruction 450 issues a 
release request of the designated area to the 
management server 100. 

Fig. 5 is a flow chart showing an example of 

25 processing of an idle routine of the storage management 
program 110 . 

In processing 500, when the management server 
100 judges that the area assignment instruction 400 is 
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received from the server 130, the management server 100 
executes area assignment processing 502 . 

In processing 504, when the management server 
100 judges that the data write instruction 410 is 
5 received from the server 130, the management server 100 
executes data writing processing 506. 

In processing 508, when the management server 
100 judges that the area release instruction 430 is 
received from the server 130, the management server 100 
10 executes area release processing 510. 

In processing 512, when the management server 
100 judges that a fixed time passes from the time that 
the last billing processing was executed, the 
management server 100 executes billing processing 514. 
15 Fig . 6 is a flow chart showing an example of 

the area assignment processing 502. 

In processing 600, the management server 100 
judges whether assignment of the area (number of 
blocks) having a designated size can be made by the 
20 area size 408 of the area assignment instruction 400 
received from the server 130 or not. 

The judgment conditions include three kinds 
of conditions. The first condition is that the number 
of unassigned blocks 320 is larger than the number of 
25 blocks designated by the area size 408. The second 

condition is that the total of the number of unassigned 
blocks 320 and the number of unused blocks is larger 
than the number of blocks designated by the area size 



408. The third condition is that the total of the 
number of unassigned blocks 320, the number of unused 
blocks and the number of blocks in which low-priority 
data is stored is larger than the number of blocks 
5 designated by the area size 408. When at least one of 
the three conditions is satisfied, the management 
server 100 judges that the assignment is possible and 
the management server 100 executes processing 604. 
When all of the three conditions are not satisfied, the 

10 management server 100 judges that the assignment is 
impossible and after processing 602 is executed, the 
area assignment processing 502 is ended. 

In processing 602, the management server 100 
returns a response meaning that the assignment is 

15 impossible to the server 130 on request side. 

In processing 604, the management server 100 
judges whether an unassigned area having the size 
designated by the area size 408 is insufficient or not. 

The judgment condition is whether the number 

20 of unassigned blocks 320 is larger than the number of 
blocks designated by the area size 408 or not. When 
the number of unassigned blocks 320 is smaller than the 
number of blocks designated by the area size 408, area 
return processing 606 is executed and then processing 

25 608 is executed. When it is larger, processing 608 is 
executed . 

In processing 608, the management server 100 
separates unassigned blocks corresponding to the number 
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of blocks designated by the area size 408 from the 
unassigned block list 314 to be secured as an area to 
be assigned. 

In processing 610, the management server 100 
5 adds new entries to the storage pool assignment 

information 300 to set any ID to the virtual storage 
area ID 301, an ID indicating the server 130 on request 
side to the server ID 302, an ID indicating the process 
on the server 130 on request side to the process ID 

10 304, the block numbers of the assigned area to the 

storage pool block number 306, the number of blocks of 
the assigned area to the number of assignment blocks 
307, 0 to the number of blocks being in use .308, 0 to 
the number of high-priority data blocks 310 and 0 to 

15 the total billing amount 312. 

In processing 612, the management server 100 
adds the number of blocks of the area assigned this 
time to the number of assigned blocks 318 and subtracts 
the number of blocks of the area assigned this time 

20 from the number of unassigned blocks 320. Further, 
each bit of the assignment state bit map 330 
corresponding to the blocks of the area assigned this 
time is set to "1". 

In processing 614, the management server 

25 returns the virtual storage area ID 301 of the assigned 
area to the server 130 on request side and ends the 
area assignment processing 502. 

Fig. 7 is a flow chart showing an example of 
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the area return processing 606. 

In processing 700, the management server 
searches the storage pool assignment information 300 
for a virtual storage area having the most unused 
5 blocks. The number of unused blocks is obtained by 

subtracting the number of blocks being in use 308 from 
the number of assignment blocks 307. 

In processing 702, when the virtual storage 
area having the unused blocks is not detected in 
10 processing 700, the management server 100 executes 

processing 704 and when it is detected, the management 
server 100 executes processing 706. 

In processing 704, the management server 100 
searches the storage pool assignment information 300 
15 for a virtual storage area having the most blocks in 
which low-priority data is stored. 

In processing 706, the management server 100 
issues the area return instruction 450 to the server 
130 which makes assignment of the virtual storage area 
20 detected in processing 700 or 704. The application 
program 140 in the server 130 which has received the 
area return instruction 450 issues a release instruc- 
tion of the area designated by the virtual storage area 
ID 458 and the virtual block number 460 to the 
25 management server 100. 

In processing 708, the management server 100 
judges whether the unassigned area having the size 
designated by the area size 408 is insufficient. The 



- 19 - 

judgment condition in processing 708 is the same as the 
processing 604 . When the number of unassigned blocks 
is smaller than the number of blocks designated by the 
area size 408, the processing is executed from 
5 processing 700 again and when it is larger, the area 
return processing 606 is ended. 

Fig. 8 is a flow chart showing an example of 
the data writing processing 506. 

In processing 800, the management server 100 

10 detects a storage pool block of the designated area 
from the virtual storage area ID 418 and the virtual 
block number420 in the data write instruction 410 
received from the server 130 and searches the mapping 
information 112 on the basis of the detected storage 

15 pool block to be converted into a corresponding 

physical block position. The physical block position 
is combined information of the storage apparatus ID 
202, the physical block position 204 and the physical 
block number 206 for specifying the physical block. 

20 In processing 802, the management server 100 

reads out data from the buffer of the server 130 on 
request side designated by the buffer address 422 in 
the data write instruction 410 and writes it in the 
physical block position detected in processing 800. 

25 In processing 804, the management server 100 

detects the entry of the storage pool assignment 
information 300 having the same ID as the virtual 
storage area ID 418 in the data write instruction 410 
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and adds the number of blocks in which data has been 
written this time to the number of blocks being in use 
308 of the entry. 

In processing 806, the management server 100 
5 adds the number of blocks in which data has been 

written this time to the number of blocks being in use 
322. Further, each bit of the use state bit map 332 
corresponding to the blocks in which data has been 
written this time is set. to "1". 

10 In processing 808, the management server 100 

judges the priority of the written data from the data 
priority 424 in the data write instruction 410. When 
the written data is high-priority data, processing 810 
is executed and when it is low-priority data, process- 

15 ing 814 is executed. 

In processing 810, the management server 100 
adds the number of blocks in which data has been 
written this time to the number of high-priority data 
blocks 310 of the entry of the storage pool assignment 

20 information 300 detected in processing 804. 

In processing 812, the management server 100 
adds the number of blocks in which data has been 
written this time to the number of high-priority data 
blocks 324. Further, each bit of the data priority bit 

25 map 334 corresponding to the blocks in which data has 
been written this time is set to "1" . 

In processing 814, the management server 100 
returns a result of processing to the server 130 on 
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request side and ends the data writing processing 506. 

Fig. 9 is a flow chart showing an example of 
the area release processing 510. 

In processing 900, the management server 100 
5 adds the block numbers of the storage pool blocks 

designated by the virtual storage area ID 438 and the 
virtual block number 440 in the area release 
instruction 430 received from the server 130 to the 
unassigned block list 314. 

10 In processing 902, the management server 100 

refers to each bit map of the storage pool state 
information 116 to count the blocks in each state in 
the area to be released. 

In processing 904, the management server 100 

15 updates the entry of the storage pool assignment 
information 300 to which the area to be released 
belongs on the basis of the result in the processing 
802 as follows. The storage pool block numbers of the 
area to be released are deleted from the storage pool 

20 block number 306. The number of blocks of the area to 
be released is subtracted from the number of assignment 
blocks 307. The number of blocks being in use in the 
area to be released is subtracted from the number of 
blocks being in use 308. The number of blocks in which 

25 high-priority data is stored in the area to be released 
is subtracted from the number of high-priority data 
blocks 310. 

In processing 906, the management server 100 
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updates the number of assigned blocks 318, the number 
of unassigned blocks 320, the number of blocks being in 
use 322 and the number of high-priority data blocks 324 
on the basis of the result in processing 902 as 
5 follows. The number of blocks in the area to be 
released is subtracted from the number of assigned 
blocks 318 and is added to the number of unassigned 
blocks 320. The number of blocks being in use in the 
area to be released is- subtracted from the number of 
10 blocks being in use 322. The number of blocks in which 
high-priority data is stored in the area to be released 
is subtracted from the number of high-priority data 
blocks 324. 

In processing 908, the management server 100 
15 sets each bit of the assignment state bit map 330, the 
use state bit map 322 and the data priority bit map 334 
corresponding to the blocks in the area to be released 
to "0". 

In processing 910, the management server 100 
20 returns a result of processing to the server 130 on 

request side and ends the area release processing 510. 

Fig. 10 is a flow chart showing an example of 
billing processing 514. 

In processing 920, the management server 100 
25 makes billing for each entry (virtual storage area) of 
the storage pool assignment information 300. In the 
billing method, the number of high-priority data blocks 
310 of the entry for billing is multiplied by the 
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billing amount of high-priority data 326 and its 
product is added to the total billing amount 312 of the 
same entry. Further, the number of high-priority data 
blocks 310 is subtracted from the number of blocks 
5 being in use 308 to calculate the number of low- 
priority data blocks and the calculated value is 
multiplied by a billing amount of low-priority data to 
be also added to the total billing amount 312. 

In processing 922, the management server 100 
10 judges whether the processing 920 is executed for all 

entries in the storage pool assignment information 300. 
When the processing 920 is executed for all entries, 
the billing processing 514 is ended. When the 
processing 920 is not yet executed for all entries, the 
15 processing 920 is executed for next entry. 

Fig. 11 is a block diagram illustrating 
another embodiment of a computer system to which the 
present invention is applied. 

In the computer system of Fig. 11, the serves 
20 130 are connected through the network 152, the 

management server 100 and an network 154 to the storage 
apparatuses 120 and further connected even through the 
network 150 to the storage apparatuses 120. 

The server 130 includes the controller 132, 
•25 the input/output unit 134, the memory 136, the 

interface (E) 138 for connecting the network 150 and an 
interface (D) 139 for connecting the network 152. 

The management server 130 includes the 



controller 102, the input/output unit 103, the memory 
104, the interface (A) 106 for connecting the network 
150, an interface (C) 109 for connecting the network 
152 and the interface (B) 108 for connecting the 
5 network 154 . 

The storage apparatus 120 includes the 
controller (control processor) 122, the cache 124, the 
interface ( F) 126 for connecting the network 152, an 
interface (G) 127 for connecting the network 154 and 
10 the disk unit 128. 

Three servers 130 and three storage 
apparatuses 120 are shown in Fig. 11, although the 
numbers thereof are not limited thereto and may be any 
number . 

15 In the computer system of Fig. 11, when the 

management server 100 receives an access request to the 
storage apparatus 120 from the server 130 through the 
network 152, the management server returns position 
information of the storage area in which actual data is 

20 stored to the server. The server 130 accesses to the 
storage area of the storage apparatus 120 through the 
network 150 in accordance with the received informa- 
tion. Exchanges of the instructions shown in Fig. 4 
are made between the server 130 and the management 

25 server 100 through the network 152. Other operations 
are the same as the embodiment of Fig. 1 to which the 
present invention is applied. 

According to the embodiments described above, 
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even when the unassigned area is insufficient, the 
storage area can be assigned to the server 130 issuing 
the assignment request without waiting until the 
storage capacity is increased by increase of a new 
5 storage apparatus in the SAN or the like. 

According to the present invention, even when 
the assignment request of storage areas exceeding the 
unassigned areas is issued by the server, the storage 
areas can be assigned to the server to thereby utilize 

10 the storage areas in the storage pool effectively. 

It should be further understood by those 
skilled in the art that although the foregoing 
description has been made on embodiments of .the 
invention, the invention is not limited thereto and 

15 various changes and modifications may be made without 
departing from the spirit of the invention and the 
scope of the appended claims. 



